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(g) A method for establishing an interactive communication between users at different workstations in a 
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@ A method for establishing an interactive com- 
munication between at least first and second 
workstations in a computer network system 
having a communication protocol for despatch- 
ing messages between different workstations 
and being further adapted to exchange batch 
messages by means of an electronic mail prog- 
ram stored in each of the workstations. The 
batch messages are categorized such that a 
batch message of a predetermined category 
informs a receiving workstation that a sending 
workstation wishes to establish an interactive 
communication between a specified first logical 
port in the sending workstation and a specified 
second logical port in the receiving station. A 
batch message of the predetermined category 
having therein a reference to the first logical 
port is sent from the first workstation to the 
second workstation so as to be received thereby 
and is stored in a storage device containing a 
list of batch messages. Upon noting the pre- 
sence in the storage device of a batch message 
of the predetermined category, the communi- 
cation protocol is utilized to send an initiation 
signal from the second logical port in the sec- 
ond workstation to the first logical port in the 
first workstation. Upon receipt of the initiation 
signal, an interactive two-way communication is 
established between the first logical port of the 
first workstation and the second logical port of 
the second workstation. 
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FIELD OF THE INVENTION 

The invention relates to the use of "electronic mail* for affording message exchange between computer 
users. In particular, the invention permits communication to be established between users at different terminals 
5 connected to a mini-computer or a main frame operating under a multi-tasking operating system, or between 
users at workstations or network stations (X-terminals) connected by a communication network. It should be 
noted that throughout the specification and claims, the term "workstation" is used generally to denote any de- 
vice for communicating interactively with a computer and including a display monitor and an input device such 
as a keyboard, mouse and so on. 

10 

BACKGROUND OF THE INVENTION 

In recent years, there has been a constant growth of computer network installations. This, coupled with 
the spread of minicomputers and main frames connected to a plurality of terminals, have encouraged the use 
15 of network orientated applications. A typical such application is "electronic mail", which enables at least two 
users to exchange messages. 

Several standards, such as "X.400" for OSI or "Multipurpose Internet Mail Extension" (MIME) for "Internet" 
have been defined to permit message exchange of multiple data types. The messages may consist of different 
authorized types, such as computer-executable files, computer program-processable files (such as spread- 
20 sheets), audio and video sequences, or a combination thereof, as in the case of multi-media. 

The electronic mail methods used nowadays are of off-line or batched character, whereby a message, e.g. 
a text file, is sent from User A to User B and stored in User B's data storage device, usually referred to as a 
"mailbox". User B, at his earliest convenience which may, of course, be some considerable time later, accesses 
his mailbox to read any pending messages, and so finds User As text file. He may then respond by sending 
25 an acknowledgement message to User A. This simplified protocol demonstrates the off-line character of the 
connection. 

It is possible to re-configure the computer prompt appearing on the screen of User B's computer at the 
moment the message arrives, whereby User B is provided with immediate feedback that a message is waiting 
for him. This, in turn, permits User B to generate an immediate response to User A. Nevertheless, the batched 
30 character of the communication is retained, since User B's response resides in User A's mailbox, and in order 
to retrieve it, User A must invoke a series of instructions, including entering the mailbox and selecting therefrom 
the message whose contents are to be displayed. If he wishes to answer it immediately, he must prepare a 
message of a type supported by the electronic mail program, and send the message through the network to 
User B. 

35 It would clearly be preferable to invoke an interactive session in which a message sent by User A is im- 
mediately displayed on User B's screen for direct response by User B. Consider, for example, a firm in which 
each employee uses a PC all of which are interconnected by a standard network. Suppose an employee (User 
A) sends a draft of an important letter to his boss (User B). The boss, after reviewing the received draft, wishes 
to establish an interactive communication with User A, and optionally to involve in the discussion the depart- 

40 ment manager (User C). Obviously, a copy of User As draft is sent to User C, so as to permit a discussion to 
be conducted between the three participants. 

Alternatively, User A may be replaced by a "groupware application" running on a server. Such a groupware 
application is shared by several users as in the case of a document edited simultaneously by two or more au- 
thors. Conventional groupware applications permit each of the authors to effect simultaneous editing of the 

45 document whilst being logged into different workstations. However, suppose that during the course of editing, 
it is required to involve an additional author who is a specialist in a certain topic discussed in the groupware 
document In such case, it is required to establish an interactive session between the groupware application 
(running on one computer) and the specialist user who is generally logged into a different workstation. 
It is clear that the above requirements cannot be realized in currently available electronic mailing systems 

50 which, as explained above, are not interactive. 

In contrast to batch-type electronic mailing systems, it is also known to provide an interactive on-line com- 
munication between users across a computer network. Thus, for computers operating under the UNIX oper- 
ating system, there is provided a facility TALK" whereby such interactive communication may be achieved be- 
tween several users. However, TALK" and other similar interactive communication methods are intrusive since 

55 only the user who establishes the communication has control as to when the communication is to be estab- 
lished, whilst all of the remaining users are likely to be disturbed during the performance of other tasks. Thus, 
typically, if User A invokes the TALK" facility in order to initiate an interactive communication with User B, a 
message flashes on the screen of User B's workstation in order to inform him that User A wishes to establish 
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a communication. If User B is otherwise preoccupied and ignores the message, it will reappear at regular in- 
tervals until finally User B also invokes the TALK" facility in order to communicate with User A. Until such com- 
munication is established, the constant reappearance of warning-type messages on the screen of User B's 
workstation is inevitably intrusive and can be most irritating to User B. 

5 Furthermore, if User B repeatedly ignores the messages which appear on his screen advising htm of User 
As desire to establish an interactive dialogue and User A responds in kind, by exiting from the TALK" facility, 
no trace of the previous attempts to establish such dialogue is left in User As workstation. Thus, if and when 
User B is eventually free to respond to the message originally dispatched by User A, there exists no trace on 
User As workstation of his original attempts to establish such communication and it is thus now User B, and 

10 no longer User A, who must initiate the communication. 

Additionally, facilities such as TALK" are intended only for invoking interactive communications between 
users working at respective workstations and have no provision for establishing such communication between 
a user and an application or between two applications such as, for example, a group ware document being edit- 
ed simultaneously by different users at respective workstations. 

15 

BRIEF SUMMARY OF THE INVENTION 

It is an object of the invention to provide a method for establishing an interactive dialogue between two 
or more workstations in such a manner as to preserve the non-intrusive character of batch-type electronic mail 
20 systems, whilst nevertheless permitting an interactive multi-way communication to be conducted between the 
participants. 

According to the invention there is provided for use in a computer network system comprising at least first 
and second workstations adapted to send and receive messages by utilizing a suitable communication protocol 
and further adapted to exchange batch messages by means of an electronic mail program stored in each of 
25 said at least first and second workstations; 

a method for establishing an interactive communication between said at least first and second work- 
stations, said method characterized by the steps of: 

(i) categorizing said batch messages such that a batch message of a predetermined category informs a 
receiving workstation that a sending workstation wishes to establish an interactive communication be- 

30 tween a specified first logical port in the sending workstation and a specified second logical port in the 
receiving workstation; 

(ii) sending a batch message of the predetermined category having therein a reference to said first logical 
port from the first workstation to the second workstation so as to be received thereby and stored in storage 
means containing a list of batch messages; 

35 (iii) monitoring at the second workstation all batch messages in said storage means at specified periods 
of time; 

(iv) noting the presence in said storage means of a batch message of said predetermined category; 

(v) utilizing the communication protocol to send an initiation signal from the second logical port in the sec- 
ond workstation to the first logical port in the first workstation; and 

40 (vi) responsive to receipt of the initiation signal, establishing an interactive two-way communication be- 
tween the first logical port of the first workstation and the second logical port of the second workstation. 
In accordance with such a method, the message may be sent directly from an application running in the 
first workstation for subsequent storage in the mailbox in the second workstation. Upon scanning the mailbox 
in the second workstation, the user finds a message of the predetermined category, indicating that another 
45 user or application on the network wishes to establish a two-way interactive communication with him. 

In normal batch-orientated electronic mail systems, each message in a user's ma 0 box has a corresponding 
title, by means of which the awaiting message can be identified. It is preferable to embed within the title of the 
awaiting message some indication that the message is adapted for establishing a two-way interactive com- 
munication with a sending workstation. Alternatively, this fact may not be apparent from the title of the message 
so itself, in which case the receiving workstation will not afford the awaiting message any special priority, although 
the very act of reading the message will invoke the required interactive communication. 

According to a preferred embodiment, the method is used in order to establish an interactive communica- 
tion between a groupware application running on the first workstation and at least one user working at a second 
workstation who accesses the groupware application via a suitable interface window. In such a system, the 
55 interface window at the second workstation is associated with the second logical port thereof so that when 
the desired two-way interactive communication is established between the first and second logical ports of 
the first and second workstations, respectively, the groupware application running on the first workstation will 
interact directly with the user via the interface window of the second workstation. 

3 
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BRIEF DESCRIPTION OF THE DRAWINGS 

For a clearer understanding of the invention and to see how the same may be carried out in practice, some 
preferred embodiments will now be described, by way of non-limiting example only, with reference to the ac- 

5 companying drawings, in which: 

Figs. 1a and 1b are block diagrams showing functionally a computer network system and a detail of a 
workstation thereof for implementing an electronic map method according to the invention; 
Fig. 2 is a simplified flow diagram showing the principal operating steps associated with a sending work- 
station in the system shown in Fig. 1; 

10 Fig. 3 is a simplified flow diagram showing the principal operating steps associated with a receiving work- 
station in the system shown in Fig. 1; 

Fig. 4 is a flow diagram showing in somewhat greater detail the operating steps shown in Fig. 3; and 
Fig. 5 is a composite flow diagram showing the principal operating steps of the system depicted in Fig. 1 
operating under UNIX and utilizing the Internet communication protocol. 

15 

DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS 

Figs. 1 a and 1 b show a computer network system 1 0 comprising a server 1 1 coupled, via a communication 
network depicted generally as 12 to a plurality of client computers 13 to 17, respectively. Each of the computers 

20 13 to 17 constitutes a workstation associated with which is a storage device 19 and a display device 20. Typ- 
ically, each of the computers 13 to 17 is adapted to run several tasks simultaneously, data associated with 
each task being displayed on the display device 20 in a corresponding window 21 thereof. 

In accordance with a preferred embodiment, the communication network 12 utilizes the Internet standard 
as a communication protocol and further utilizes the so-called "Multipurpose Internet Mail Extension" (MIME) 

25 for the Internet standard. MIME provides means for exchanging messages between users in an Internet-ori- 
entated communication network. The messages may be one of several different categories such as, for ex- 
ample, computer executable files, computer program processable files (such as spreadsheets), audio and vid- 
eo sequences or a combination thereof. The MIME standard permits the definition of a application's specific 
category. This feature is exploited by the invention for defining a unique category to represent an electronic 

30 mail message which is configured to establish a two-way interactive communication between the server 11 
and one or more of the client computers 13 to 17. 

Typical mail exchange under the MIME standard between computers inter-connected in a network as 
shown in Fig. 1a is implemented as follows. The server 11 as well as each of the client computers 13 to 17 
has access to a stored mail reader program. Upon receipt of a mail message sent from a user of one of the 

35 client computers, the received message is stored in a so-called "mailbox" in the storage device 1 9 associated 
with the receiving computer. The user of the receiving computer reads the stored message on the display de- 
vice 20, and by doing so he activates a mail reader program which, in turn, calls a metamail program which 
assumes that the messages stored in the mailbox are in a format which conforms to the MIME standard. 
Once the user has selected the desired mail message to be read, the metamail program accesses the 

40 desired message and retrieves therefrom the message category. It will be recalled that the message category 
typically defines the type of data associated with the transmitted message. 

A list of authorized categories is stored in a database file designated as "ma Oca p" which instructs the meta- 
mail program what action to perform with respect to each of the authorized categories. Thus, if the message 
is a text file category, then a suitable entry in the mailcap file may cause a standard text editor to be invoked 

45 on the user's screen. If, on the other hand, the authorized category denotes that the message is an audio 
file, then a suitable entry within the mailcap file will specify an audio program which can play back the audio 
message. 

In accordance with the invention, a new authorized category is stored in the mailcap denoting that a batch- 
ed message associated therewith serves the purpose of establishing an interactive communication between 

so a specified first logical port in the sending workstation and a window 21 in the receiving workstation bound to 
a specified second logical port In the description which follows the new, authorized category will be denoted 
by the term "Active Mail". Associated with the Active Mail category is a procedure which performs a series of 
steps for establishing an interactive communication between the first and second logical ports in the sending 
and receiving workstations, respectively. 

55 Referring now to Figs. 2 and 3 of the drawings, there are shown simplified flow diagrams relating to the 
principal operating steps associated with the establishment of an interactive communication by means of elec- 
tronic mail in accordance with the modified MIME standard. Throughout the following explanation, it will be 
assumed that a groupware application running on the server 11 wishes to establish an interactive communi- 
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cation with the client computer 13. In a manner that will be described in detail below, the network address of 
the logical port in the server 1 1 is encoded and embedded in a suitably constructed mail message which further 
includes the message category. 

Thus in accordance with the terminology introduced above, the message is categorized as "Active Mail" 
5 and specifies the name of the sending socket The thus encoded message is then sent to the client computer 
13 where it is stored in the mailbox thereof. Thereafter, the user working at the client computer 13 scans his 
mailbox and reads the awaiting message using the electronic mail program in the normal way. The awaiting 
message may, or may not, be flagged as being of type Active Mail in the title by means of which it is identified 
in the mailbox, thereby prompting the user to read the message contents with some urgency. 
10 In any event, on reading the awaiting message, the message category is decoded and the mailcap is ac- 
cessed in order to determine the operating instruction which must now be invoked responsive to a message 
category of the decoded type. 

Referring to Fig. 4, this step will now be elaborated on assuming that the relevant instructions stored in 
the mailcap is a program called "am connect". 
15 Initially, the "am connect" program decodes the network address of the logical port in the server 11 to 
which a connection is to be established and which is embedded in the received message. Thereafter, a suitable 
logical port is defined in the receiving workstation for communicating with the decoded network address of 
the logical port in the server 11. This is followed by a series of operating system primitives which open con- 
nection between the two network addresses of the respective logical ports. 
20 Upon completion of the open communication, there exists a bi-directional communication channel between 
the respective network addresses of logical port in the server 11 and that in the client workstation 13. The 
"am connect" program may now open a window on the screen of the client workstation 13 for displaying and 
mediating an interactive communication between the user of client workstation 13 and the groupware appli- 
cation running on the server 11. Obviously, the application which mediates between the user of client work- 
25 station 13 and the groupware application running on the server 11 may independently conduct the interactive 
communication once the communication channel has been established. In such case, the "am connect" pro- 
gram may terminate upon establishment of a successful connection. 

Referring now to Fig. 5, the situation described above generally with respect to Figs. 2 to 4 of the drawings 
will be described with particular reference to the UNIX operating system and with regard to a communication 
30 protocol and an electronic mail system which conform with the "Internet" and "MIME" standard, respectively. 
Suitable program modules written in the computer programming language "C" for carrying out the routines 
shown functionally in Fig. 5 are included in an Appendix hereto. 

Before describing how an interactive communication is established using a suitably modified electronic mail 
program operating under UNIX, a further consideration should be understood. In UNIX, the logical ports are 
35 implemented using the so-called "socket" mechanism. The socket mechanism enables a workstation having 
one global Internet address to support a plurality of tasks. In order to distinguish between the various tasks 
running on the same workstation, a unique global identifier is associated with each of the running tasks so 
as to render the task identifiable by other tasks running on the network. Thus, a message which is sent to a 
specific task in a workstation has to encode both the physical destination address of the receiving workstation, 
40 as well as the logical port ("socket") which identifies the application running thereon. 

In other words, since the UNIX operating system is a multi-tasking environment, it is not enough to define 
only the destination address of the receiving computer a logical port associated with a specific task or appli- 
cation must also be specified. The combination of the physical address and the logical port is referred to as 
a "network address of the logical port". In the terminology of UNIX and Internet, a network address of the 
45 logical port is referred to as a "socket name". 

The following description assumes that communication between two workstations employs the Internet 
"stream" communication protocol. However, it will be apparent that other protocols may equally well be em- 
ployed such as, for example, the Internet "datagram" protocol and so on. 

It should further be understood that, in accordance with the UNIX operating system, once a connection 
so is established between respective sockets in different workstations, there exists a logical bidirectional connec- 
tion between the sockets, whereupon the application which interacts through the respective socket may refer 
thereto as if it were a standard output or input stream. Thus, if a connection is established between a first socket 
in a first workstation and a second socket in a second workstation, the application associated with the first 
socket may interact with the application associated with the second socket simply by invoking "WRITE" or 
55 "READ" instructions. The underlying communication layers in the operating system structure will take care to 
ensure that the message is properly routed to the required destination. 

It should also be added, for the sake of completeness, that the socket mechanism is well known to those 
versed in the UNIX operating system and is therefore not discussed in greater detail. 
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In the description which follows, whenever a service supported by the UNIX operating system is invoked, 
the service name will be symbolically indicated, omitting, for the sake of simplicity, reference to any parameters 
transferred to the service or received therefrom. The precise syntax for calling the UNIX services is familiar 
to those skilled in the art and likewise, since the services themselves are not a specific feature of the present 

5 invention, a detailed description thereof is unnecessary. 

At the outset, the groupware application running on the server 11 invokes the "socket" primitive supplied 
by the operating system in order to obtain a socket number which will be associated therewith. This having 
been achieved, it is required to bind the socket number to a socket name (SN) and this is achieved by the "bind" 
service which is fed with the socket number obtained as a parameter in the previous stage. The "bind" service 

10 performs a series of steps, some of which are responsible for the binding of the logical socket to the global 
Internet address. To this end, the standing groupware application has a defined logical port or socket bound 
to which is a global Internet address through which communication with another workstation in the network 
may be established. 

Thereafter, the "listen" service is called, this being responsible for controlling the number of simultaneous 
15 communication acknowledgements that the server 11 can handle. Upon completion of the initialization phase, 
the groupware application running on the server 11 prepares an Active Mail message which conforms to the 
MIME standard. The message is categorized as "Active Mail" and has embedded therein the encoded socket 
name obtained by the previous step. 

The message is now sent across the network to its destination, i.e. client workstation 13. The server 11 
20 now performs the "accept" service which, when invoked, permits the server 11 to receive communication re- 
quests addressed to a specific socket name so as to establish communication with a calling workstation. 

Meanwhile, at the client workstation 13, the user activates the Read Mail program for accessing his mail- 
box. Upon selecting the message sent from the server 11, the "Metamail" service is activated which assumes 
that the message conforms to the MIME standard and retrieves therefrom the message category, i.e. "Active 
25 Mail". 

The thus decoded message category is cross-referenced in the mailcap file in order to determine which 
service is to be invoked responsive to a message of category Active Mail. 

In this case, it is assumed that the mailcap file includes an entry which specifies that the Active Mail cat- 
egory corresponds to the service "am connect". As a result, the "am connect" program is invoked which per- 
30 forms several steps. 

First, the encoded socket number embedded in the message is decoded. Thereafter, the "socket" service 
is invoked in order to obtain a socket number in client workstation 1 3 which will be connected to the pre-defined 
socket of the server 11. The "connect" service is now called whereby a bi-directional communication channel 
between the two respective sockets is established. 

35 From the perspective of the "connect" service, the originating computer is the client workstation 13 and 
the destination computer is the server 11. Since the server 11 is in the "Accept" status awaiting a communi- 
cation request for coupling a remote workstation to the same socket of the server 11 as is now requested by 
the "connect" service, the required bi-directional connection is now established. At this stage, a window is 
opened on the user's screen of the client workstation 13, whereby the application in the client workstation 13 

40 mediates between the underlying socket connection and the thus-defined window. This gives rise to applica- 
tion-dependent communication between the groupware application running on the server 11 and the mediating 
application in the client workstation 13, whereby the user of the client workstation 13 may interactively com- 
municate with the groupware application running on the server 11 through the corresponding sockets in the 
server 11 and the client workstation 13. 

45 In the case, as described above, where a groupware application initiates the communication so as to permit 
multiple, simultaneous processing thereof by a plurality of independent users, there is an implicit assumption 
that the server, on which the groupware application is loaded, is logged on or active when the user at the sec- 
ond workstation reads the appropriate mailbox message. Such an assumption is likely to be valid, particularly 
in cases in which the groupware application initiates the communication from a server. 

50 it should further be noted that, whilst in the preferred embodiment, only two workstations are intercon- 
nected for two-directional interactive communication, in general a sending workstation can be connected to 
any number of receiving workstations in an analogous manner to that described. Thus, for example, the first 
workstation may be associated through a third logical port, different to the first logical port, to a fourth logical 
port associated with a third workstation. In similar manner, each of the second and third workstations may 

55 likewise be linked to yet further workstations. 

Thus, the invention as described, permits not only simultaneous, real-time editing, for example, of a group- 
ware document but allows another user not presently involved to be invited to participate. The invitation to par- 
ticipate, being effected through electronic mail, is non-intrusive, although the very act of reading the dispatch- 
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ed message causes the desired two-way interactive communication to be established. 

In the preferred embodiment described above, only a single groupware application is connected to a single 
window in a receiving workstation. However, it will be readily appreciated that any number of applications can 
be connected to corresponding windows via appropriate logical ports in either a single workstation or, indeed, 
5 in a plurality of workstations. 

It will further be noted that the invention produces a bi-directional communication which at its most general 
is between a server application and a client application, as shown in Fig. 5. In such case, if the client application 
operates within a window on the client's workstation, then the client application must perform additional steps 
in order to route the communication to the appropriate window. 
10 However, if the window system of the receiver of an Active Mail message run a network-based window 
system, such as X under UNIX, then a simpler variant of the above protocol is available. In accordance with 
such a protocol, upon establishing the two-way interactive communication, the receiver notifies the sender of 
the global Internet address of its workstation (or X terminal) and executes a command which allows the server 
to interact directly with the receiver's window system. In such a case, the interactive communication is not be- 
ts tween an application running on the server and a process on the client's workstation which then talks to the 
window, but rather a direct connection between the application running on the server and the window on the 
receiver's screen. 

Furthermore, whilst in the preferred embodiment the two-way interactive communication or dialogue is 
effected through the computer network, this is not a requirement of the invention. Thus, consider a receiving 
20 user whose workstation is connected to the receiving user's telephone line either directly or via a PBX. The 
act of reading his mailbox and finding a message of the Active Mail category, may, for example, automatically 
dial the sender and permit the receiving user to establish a dialogue with the sender via the telephone. This 
approach can, likewise, be extended to any number of participants using shared telephone or conferencing 
techniques. 

25 Yet a further use of the invention is to effect an interactive communication between two applications run- 
ning on respective workstations, whilst obviating the need for human interference. Thus, for example, consider 
a program which prompts a user to enter information and then continues operation along different branches, 
in accordance with the data entered by the operator. 

Instead of a human operator providing the desired information, it is clearly possible to incorporate the re- 

30 sponses in a data file for remote reading by the application. In such case, the invention may be employed to 
initiate an interactive communication between the workstation on which the application is loaded to the remote 
workstation on which the data file is loaded. The data file itself is, of course, incorporated within an application 
which, upon sensing the presence of an Active Mail-type message in its mailbox, automatically reads the mes- 
sage so as to establish the required interactive communication with the sending workstation. 

35 The present invention also permits a logical port to be forwarded from a linked user to a non-linked user, 
so as to connect the non-linked user to the application. Thus, suppose that User B receives from User A a 
message of the Active Mail category having embedded therein the logical port associated with User A's work- 
station. He may perform the steps according to the invention in order to establish an interactive communication 
with User A. Additionally, or alternatively, providing that the "listen" service will manage a sufficient number 

40 of connection requests, he may forward the Active Mail message to a third user, User C who will then see the 
message in his mailbox as if it were directed from User A, there being no reference at all to the fact that this 
message was, in fact, dispatched by User B. 

User C can then establish an interactive communication with User A in the normal manner. This facility is 
rendered possible because the logical port associated with the sending workstation is embedded in the mes- 

45 sage dispatched thereby: the embedding being effected when the message is configured and not when it is 
dispatched. 

Such an approach might be used, for example, when User A dispatches a message to User B who reads 
the Active Mail-type message in order to establish the required interactive communication, and then decides 
that it would be beneficial to involve a third participant, User C. In such case, he need only forward the Active 

so Mail message to User C, there being no requirement for User B to enter the electronic mail program, construct 
a suitable Active Mail-type message and dispatch it to User C. 

In the detailed description of a preferred embodiment, no mention has been made of the type of data as- 
sociated with the message other than that the message itself must, of course, be of the Active Mail category. 
However, in addition to the Active Mail message which simply establishes the required interactive communi- 

55 cation, there may be attached thereto any other message of a supported category such as, for example, text, 
audio, graphics and so on. Such an approach obviates the need for two separate messages to be sent: one 
for establishing the required interactive communication and the other for dispatching electronic mail in the nor- 
mal manner. 

7 
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It wilt be understood that such an approach is possible only under electronic mail standards which support 
multiple message categories and attachments. Whilst this true of the MIME standard for "Internet" it is not, of 
course, universally true. Nevertheless, with slight modification, the invention is applicable even to electronic 
mail standards which are less versatile than MIME. 

5 Thus, suppose that the electronic mail standard supports only text messages which may include typed 
attachments. Then the mail reading program can be upgraded to handle Active Mail attachments by calling AM 
Connect to process them. To invoke Active Mail, a suitably coded text message is written and despatched by 
electronic mail from the sending to the receiving workstations. Such a message might include an attachment 
of type "Active Mail" and the sending socket number (SN) might be included in the attachment On reading 

10 such a message, the mail reading program reads the attachment and knows to connect the receiving work- 
station to socket SN of the sending workstation. 

Suppose, however, that only text is supported by the electronic mail standard. In this case, to invoke Active 
Mail, a suitably coded text message is written and despatched by electronic mail from the sending to the re- 
ceiving workstation. Such a message might include a banner reading: "Active Mail" and the sending socket 

15 name (SN) might be included as part of the message. The mail reading program can then be modified so that 
on reading such a message, the mail reading program sees the banner "Active Mail" and, upon decoding the 
socket name (SN) from the remainder of the message, knows to connect the receiving workstation to socket 
SN of the sending workstation. 

Although the invention described with particular reference to Fig. 5 of the drawings relates to a network 

20 operating under UNIX and employing the Internet communications protocol, the more general description re- 
lating to Figs. 2 to 4 is applicable both to the Internet protocol and to other network protocols. Thus, it is con- 
templated that the arrangement described with reference to Figs. 2 to 4 may be easily adapted to any system 
having mail capabilities and a Point-to-Point communication, such as NOVELL and Net-Bios based networks, 
including LAN- Manager. 

25 No mention has been made so far with regard to disconnecting a client from the server after having es- 
tablished an interactive communication in accordance with the invention. It should be noted that standard 
means may be employed by the client and/or the server in order to effect such disconnection. 

Finally, whilst the invention has been described with reference to establishing an interactive communica- 
tion between two or more workstations in the same network, it will be clear that it is equally feasible for the 

30 workstations to be in different interconnected networks. All that is required is for a unique network name to 
be reserved for the logical port in each workstation. 
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APPENDIX 



Example of Server Code 



10 



Server Demo. 

Send mail messages containing the local addr to several mail clients 
and create a hand-shake* 



/ 



#define MarkError(Str,Code) {prinlf ("Error : %s\n\Str); exit(Code); } 

#define MAX_SIZE 1024 

#define QUEUE LEN 5 

#define TMP FILE NAME Vtmp/am.tmp" 

#define SEND_MAIL_CMD "/usr/lib/sendmair 

#define SUBJECT ""Subject: ActiveMail connection\n" 

#define CONTENTTYPE "Content-Type: ActiveMail\n\n" 



#include 


<errno.h> 


#include 


<stdio.h> 


#include 


<string.h> 


#include 


<fcntl.h> 


#include 


<signal.h> 


#include 


<sys/time.h> 


#include 


<sys/ioctl.h> 


#include 


<sys/types.h> 


#include 


<sys/stat.h> 


#include 


<sys/socket.h> 


#include 


<netinet/in.h> 


#include 


<netdb.b> 


#include 


<sys/param.h> 



char Buffer[MAX_SIZE); /* General purpose buffer +/ 



40 roain() 
{ 

struct hostent *hostP; 
struct sockaddr in ServerSa; 
45 char " HostName[MAXHOSTNAMELEN]; 

int ServerLen, ServerFd; 

/* 

* Get host name and host network parameters. Fill the socket name 
„ * with the network addr. 



if ( gethostname(HostName.MAXHOSTNAMELEN) ) 
MarkErrorfCannot get host name'*, 1); 
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if ( (hostP = gethostbyname(HostName)) NULL) 

MarkErrorfCannot get host network pa rams", 1); 
if (hostP->h_addrtype != AF INET) 

MarkError("Invalid address type", 1); 

/• 

* Set the socket name parameters, and let the UNIX choose a port for you. 

7 

bzero((char *)(&ScrverSa), sizeof(ServerSa)); 
ServerSa.sin_family « AFJNET; 

bcopy(hostP->h_addr, &(ServerSa.sin_addr.s_addr), hostP->h_length); 
ServerSa.sin_port = 0; 

if ((ServerFd = socket(AF_INET, SOCK_STREAM, 0)) < 0) 

MarkError("Cannot open socket", 1); 
if ( bind(ServerFd, &ServerSa, sizeof ServerSa) < 0) 

MarkError(*Cannot bind socket", 1); 

/* 

* Check that we got a valid port 
7 

ServerLen = sizeof(ServerSa); 

if ( getsockname(ServerFd, (struct sockaddr *) AServerSa, &ServerLen) < 0) 

MarkError("Cannot get socket name", 1); 
if ( ntohs(ServerSa.sin^port) == 0) 

MarkError(*Uncorrect port number", 1) 

/* 

* Listen on the socket and call the requests handling routine. 

7 

if ( listen(ServerFd, QUEUE_LEN) < -1 ) 
MarkError("Cannot listen", 1); 

HandleRequests(ServerFd, &ServerSa); 

} /* main */ 



* 

* For input Socket and its name SocketName, send a formatted form of the 

* name to mail clients, and wait for connection requests from the client 

* on Socket. Upon such a request establish a hand-shake. 
* 

HandleRequests(Socket, SocketName) 
int Socket; 

struct sockaddr i *SocketName; 

{ 

struct sockaddr in ClientSa; 
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char 

char 

char 

int 

int 

int 

short 



MailMsg[30]; 

•p; 

SendMailCmd[MAX_SIZEJ; 
ClientLen; 
ClientFd, TmpFd; 
NumOfCHents^O; 
StrLen, BytesRead; 



* Format the Socket-Name, and write it to a temporary file. 

♦ The file will be sent by mail to the client. 
7 

SocketNameToStr(SocketName, MailMsg); 

if ( (TmpFd - open( TMP_FILE_NAME, OWRONLY | 0_CREAT)) < 0) 

MarkError("Cannot open imp file",TmpFd); 
if ( write(TmpFd,SUBJECT,strlen(SUBJECT)) != strlen(SUBJECT) ) 

MarkError("Cannot write to tmp file", 1); 
if ( write(TmpFd,CONTENT_TYPE,strlen(CONTENT_TYPE)) != strlen(CONTENTTYPE) ) 

MarkError("Cannot write to tmp file", 1); 
if ( write( TmpFd, MailMsg, strlen(MailMsg)) != strlen(MailMsg) ) 

MarkError("Cannot write to tmp file", 1); 
close(TmpFd); 

chmod( TMP FILE NAME, SJRUSR | SIWUSR | SJROTH); 



* Loop : 

* Get mail target, send it the local socket name and wait for a 

* connection request. 

* Once a connection is established, create a band-shake. 



printfC\nEnter mail address [name@addr] > "); 
scanf("%s", Buffer); 

printf("Sending mail to %s ..J\n% Buffer); 

sprintf( SendMailCmd, "%s %s < %s", SEND_MAIL_CMD, Buffer, TMPFILENAME); 
system(SendMailCrnd); 

ClientLen = sizeof(ClientSa); 

if ( (ClientFd - accept(Socket, &ClientSa, &ClientLen)) < 0 ) 
MarkError("Cannot accept", 1); 



7 



while(l) { 



* Write a message to the client. 

7 



sprintf(Buffer, "You are client number %d", NumOfCHents++); 
StrLen = strlen(Buffer); 

writc(ClientFd, (char *)(&StrLen), si zeof (StrLen)); 
write(CUcntFd, Buffer, strlen(Buffer)); 
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* Read the acknowledgment from the client. 

7 

BytesRead = recv(ClientFd, (char ♦)(&StrLen), sizeof(StrLen), 0); 
if ( BytesRead != sizeof(StrLen) ) 
MarkError("Cannot read message size", 1); 

BytesRead = recv(ClientFd, Buffer, StrLen, 0); 
if ( BytesRead != StrLen ) 

MarkError("Cannot read message size", 1); 
Buffer[BytesRead] = '\0'; 
printf("Recieved message : %s\n", Buffer); 

} /* while V 

} /* HandleRequests */ 



* Format SocketName to a string containing the family, port and address. 

* Output the formatted form in Str. 

SocketNameToStr(SocketName, Str) 
struct sockaddr_in *SocketName; 
char *Str; 
{ 

sprintf( Str, "%4hx %4hx %81x\n", SocketName->sin_famiIy, 
SocketName->sin_port, 
SocketName->sin addr.s addr ); 
} /* SocketNameToStr */ 
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Example of Client Code 

/' 

* Client Demo. 

* On input fn in the command line, connect to a server whose address is 

* formatted in the file. Establish a hand-shake and terminate. 

7 



#define 


MarkError(Str,Code) {printf('Error : %s\n" t Str); exit(Code); } 


#define 


MAX SIZE 1024 


#define 


hdrJlen 2 


#include 


<errno.h> 


#include 


<stdio.h> 


#include 


<string.h> 


#include 


<fcntl.h> 


#include 


<signal.h> 


#include 


<sys/time.h> 


#include 


<sys/ioctl.h> 


#include 


<sys/types.h> 


#include 


<sys/socket.h> 


#include 


<netinet/in.h> 


#include 


<netdb.h> 


#include 


<sys/param.h> 



char Buffer[MAX_SIZE); /• General purpose buffer */ 

main(argc,argv) 
int argc; 
char *argv[]; 
{ 



struct sockaddrjn ServerSa; 

char *p; 

int ClientFd; 

short BytesRead, StrLen; 

FILE *Fin; 

if (argc != 2) { 
printfCUsage : client FileNameXn"); 
exit(0); 

} 

* Open the file and read the formatted internet addr from it. 

7 

if ( (Fin = fopen( argv[l], V)) NULL ) 
MarkError(*Cannot open file", 1); 

fscanf(Fin, "%4hx %4hx %81x\ ^ServerSa-sinfamily), 
&(ServerSa^in_port), 
&(ServerSa.sin_addr.s_addr) ); 

fclose(Fin); 
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* Connect with the server. 

7 

if ((ClientFd = socket(AF_INET, SOCK_STREAM, 0)) < 0) 

MarkErrorfCannot open" socket", 1); 
if ( connect(CIientFd, &ServerSa, sizeof(ServerSa)) < 0) 

MarkError(*Cannot connect to server", 1); 

/* 

* Read a message from the server. 

7 

BytesRead = recv(ClientFd, (char *)(&StrLen), sizeof(StrLen), 0); 
if ( BytesRead != sizeof(StrLen) ) 
MarkError("Cannot read message size", 1); 

BytesRead = recv(ClientFd, Buffer, StrLen, 0); 
if ( BytesRead != StrLen ) 

MarkError("Cannot read message size", 1); 
Buffer[BytesRead] = *\0'; 
printf("Received message : %s\n", Buffer); 

/* 

* Write an acknowledgment to the server. 

7 

strcpy(Buf fer, "Got Your message"); 
StrLen = strlen(Buffer); 

write(CIientFd, (char *)(&StrLen), si zeof (StrLen)); 
write(ClientFd, Buffer, StrLen); 

close(ClientFd); 

} /* main •/ 



Claims 

1. For use in a computer network system (10) comprising at least first and second workstations (11, 13, 14, 
15, 16, 17) adapted to send and receive messages by utilizing a suitable communication protocol and fur- 
ther adapted to exchange batch messages by means of an electronic mail program stored in each of said 
at least first and second workstations; 

a method for establishing an interactive communication between said at least first and second 
workstations, said method characterized by the steps of: 

(i) categorizing said batch messages such that a batch message of a predetermined category informs 
a receiving workstation that a sending workstation wishes to establish an interactive communication 
between a specified first logical port in the sending workstation and a specified second logical port in 
the receiving workstation; 

(ii) sending a batch message of the predetermined category having therein a reference to said first 
logical port from the first workstation to the second workstation so as to be received thereby and stored 
in a storage means (19) containing a list of batch messages; 

(iii) monitoring at the second workstation all batch messages in said storage means (19) at specified 
periods of time; 

(iv) noting the presence in said storage means (19) of a batch message of said predetermined category; 

(v) utilizing the communication protocol to send an initiation signal from the second logical port in the 
second workstation to the first logical port in the first workstation; and 
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10 



(vi) responsive to receipt of the initiation signal, establishing an interactive two-way communication be- 
tween the first logical port of the first workstation and the second logical port of the second workstation. 

2. The method according to Claim 1 , wherein the first logical port of the first workstation is associated with 
a groupware application. 

3. The method according to Claim 1, wherein the first logical port of the first workstation and the second 
logical port of the second workstation are each associated with respective applications which interactively 
communicate with each other. 

4. The method according to Claim 1, wherein the computer network system comprises at least two inter- 
connected networks and said first and second workstations are located in different ones of said intercon- 
nected networks. 

5. The method according to Claim 1, wherein said batch message includes an attachment having therein 
15 data of a category supported by the electronic mail program, whereby upon reading the message, said 

data is automatically output to the second workstation. 

6. The method according to Claim 1 , wherein the first logical port in the first workstation serves only to es- 
tablish a communication whereupon the communication is subsequently routed via a third logical port to 

20 the first workstation, thereby permitting multiple connections to be established to the first workstation via 

said first logical port. 

7. The method according to Claim 1, wherein the first workstation establishes said interactive two-way com- 
munication with said second workstation and with at least one third workstation whereby all three work- 

25 stations communicate simultaneously. 

8. The method according to Claim 7, wherein the second workstation and said at least one third workstation 
are each coupled to different logical ports in the first workstation. 



30 



9. The method according to Claim 1 , wherein the computer network system operates under UNIX. 

10. The method according to Claim 1 , wherein the computer network system operates under NOVELL. 

11. The method according to Claim 1 , wherein the computer network system operates under LAN Manager. 

35 12. The method according to Claim 1, wherein; 

multiple message categories are supported by the electronic mail program, and 
a unique message category is defined indicating that the sending workstation wishes to establish 
said communication with the receiving workstation. 

40 13. The method according to Claim 1, wherein: 

multiple message categories are not supported by the electronic mail program, 
the electronic mail program supports attachments, and 

said reference to the first logical port is included within an attachment which serves as an argument 
to the electronic mail program on reading the batch message at the receiving workstation. 

45 

14. The method according to Claim 1 , wherein: 

multiple message categories are not supported by the electronic mail program, 
the electronic mail program does not support attachments, a banner is included within the batch 
message to inform the electronic mail program that the sending workstation wishes to establish said corn- 
so munication with the receiving workstation, and 

the first logical port of the sending workstation is encoded within the batch message and serves 
as an argument to the electronic mail program on reading the batch message at the receiving workstation. 



55 



15. The method according to Claim 1 , wherein: 

the second workstation runs a network based window system associated with a global network 
address of the second workstation and having means for determining whether a process running on a 
remote workstation is authorized to open a window (21) on the second workstation and communicate with 
said window (21), and 
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prior to step (v) there is included the further step of: 

(ivb) authorizing the first logical port of the first workstation to open a window (21) on the second 
workstation; 
whereby: 

5 in step (v) the communication protocol is utilized in order to supply the global network address of 

the second workstation to the first logical port in the first workstation, and 

upon performing step (vi), a signal is sent from the first workstation to the second workstation in 
order to open a window (21) on the second workstation with which the first workstation-may interact with 
a user on the second workstation. 

10 

16. The method according to Claim 15, wherein: 

the network based window system is X said means for determining whether a process running on 
a remote workstation is authorized to open a window (21) on the second workstation and communicate 
with said window (21) comprising a list of addresses each in respect of a remote workstation which is au- 
15 thorized to open said window (21) and communicate therewith, and 

in step (ivb) the first workstation is added to the list of addresses in the second workstation. 
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